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(57) Abstract 

In a telephone exchange the functional units of call control communicate by way of a common message bus. If a unit wants to know 
only one thing from the data of a message, then due to the fixed structure of the message all other data contained in the message must also 
be received. Unnecessary data is thus transmitted in the message bus. The procedure according to the invention is such that the service 
requester states in the request message exactly what it wants to know. Since the data structure of the service provider, that is, the position 
of each individual data and the length of the data field, is known to the service requester, only those entries of the data structure are stated 
in the request message where the requested data is located. The service provider fetches only this data from its data structure and sends it 
in the reply message to the message bus. Thus, both the request message and the reply message form a dynamic message pair. 
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Dynamic message interface 

Field of the invention 

The invention concerns exchange of messages in telecommuni- 
5 cation equipment, where several processes communicate with one another 
through a common message bus. 

Technical background 

In relatively complex distributed equipment environments, such as 

10 telecommunication equipment and computer systems, a rack is used into 
which sub-racks are pushed. The sub-racks again contain several plug-in 
units, each one formed by a circuit board and its components. The rack 
contains a backplane having different backplane buses. The purpose of 
these is to connect the different units electrically and mechanically with each 

15 other and to allow quick communication between the units. Backplane buses 
are also used in systems formed by several equipment sub-racks, such as 
e.g. in the nodal equipment of a digital telecommunication system, where 
data and clock signals must be transmitted between equipment sub-racks. 

An example of a complex piece of nodal equipment of this kind is 

20 the telephone exchange. FIG. 1 is a reduced block diagram of a telephone 
exchange. Subscriber lines are connected to the exchange through a 
subscriber line interface unit, which in the case of an analog subscriber line 
performs AD conversion and adapts the signalling on the subscriber line to 
be suitable for the exchange. On the other side of the exchange there are 

25 e.g. 2 Mbit/s trunk line interfaces performing the electric interface and 
synchronising interface between the trunk lines and the exchange. The 
switching field performs switching of a call in such a way that a certain 
subscriber line channel is connected with a certain trunk line channel. 
Signalling channels and internal data channels of the exchange are also 

30 connected through the switching field. 

The call control determines how calls are connected through the 
switching field. The call control is the heart of the system and, depending on 
the size of the exchange, it contains a large number of different distributed 
call control functions, of which just a few are shown in FIG. 1. The call control 

35 is responsible for all decision-making. The O&M (Operation and 
Maintenance) processes such functions which relate to the operation and 
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maintenance of the exchange and through this the operator is in connection 
with the exchange by using MML (Man Machine Interface) language. 

As an example of distributed call control functions the SSIG 
(Subscriber Signalling) unit may be mentioned, which controls signalling on 
5 the subscriber line and generates the charging pulses of the subscriber's 
call. The signalling relating to trunk line channels is performed by a LSIG 
(Line Signalling) unit. Signalling in accordance with CCITT No. 7 on trunk 
lines is performed by a common channel signalling (C SSIG) unit. Big 
exchanges have a charging unit CHARG, which collects and stores the call- 
10 specific data needed for charging for the call. A statistics unit STAT collects 
and stores the data relating to traffic and charging. The Central Memory 
includes semi -permanent data including subscriber data, charging informa- 
tion, signalling and routing information and the configuration data of the 
exchange, 

15 All the units mentioned above are formed by plug-in units, the 

card of which is provided at least with a CPU processor, a DC/DC converter 
and the necessary memories. The units are interconnected through a 
common message bus, and for this purpose the units have a message bus 
interface unit attending to the matching of the unit and the message bus to 

20 one another. 

The communication between units or, more exactly, between their 
CPU processors, takes place on a message basis: when a unit needs a 
service from another unit, it will send a service request message, in response 
to which this other unit will send a return message. Some information may be 

25 requested in the request message or the other unit is asked to perform some 
functions and to send the results in the reply message. For example, the 
SSIG (Subscriber Signalling) unit requests subscriber information of the 
central memory and in response to the request the central unit sends 
subscriber information through the message bus. In this case, the SSIG 

30 requests the service while the central memory renders the service. In this 
way, each unit may both render a service to the other units and request a 
service from the others. 

The request and the form and structure of the reply message are 
exactly defined. The request message and the return message form a 

35 message couple, the structure of which always remains the same. Obviously, 
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since there are so many units, there are also many message couples - 
however, each couple being exactly defined in advance. 

Due to the solidity of message pairs, that is, due to the message 
interface, both the service provider's and the service requester's views of the 

5 service are the same. The requester knows exactly what services are offered 
and what is the structure of the service. It is assumed with reference to FIG. 
2 that the service requester, e.g. SSIG, only wants to know if subscriber A 
has call forwarding. The length of this information is e.g. one byte. It knows 
that this information is included in a certain service, so it sends such a 

10 standard message to this service, in whose message couple of a standard 
structure it knows the concerned information to be included. The service 
provider searches the whole file wherein the requested information is 
included and sends it to the service requester. In the return message the 
requester does receive the one piece of information which it needs, but, in 

15 addition, it also receives all possible subscriber information about subscriber 
A or at least the information known to the service provider. Since the 
message structure is entirely determined, the subscriber signalling unit SSIG 
knows how to distinguish the information it wants from the information in the 
message. 

20 A problem of the present message communication emerges from 

the examples mentioned above. In order to learn only one thing from the 
return message, the sen/ice requester, due to the fixed structure of the 
message, must receive also all other information included in the return 
message, even if it does not need that information. In order to get to know 

25 just one byte, 1000 bytes must be received in the case described in our 
example. As a result of this, a very large quantity of unnecessary information 
is transmitted on the message bus. This loads the bus unnecessarily and 
may result in a situation where the message bus will become a bottleneck in 
the operation of the exchange. 

30 It is true that it is possible in systems of today to reduce the load 

on the message bus by creating new fixed message pairs, wherein the reply 
messages contain only the information specified in the request message. 
However, this is a cumbersome method, since the number of message pairs 
grows to become very high and, in addition, corresponding changes must be 

35 made in the programme code of the service provider and producer. In 
addition, changes must be made in that interface behind which the common 
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information structures of all units are located and which all units perceive as 
the same. 

It is an objective of this invention to bring about an arrangement 
where drawbacks of the present arrangement do not occur. The established 
5 objective is achieved by a system the characteristic features of which are 
presented in the independent claims. 

Brief summary of the invention 

The procedure according to the invention is such that the service 

10 requester states exactly in the request message what it wants to know. As 
the service requester knows the information structure of the service provider, 
that is f the position and data field length of each individual piece of 
information are known, only the position and length are stated in the request 
message. When the service provider has received the request message, it 

15 moves the pointer to the stated position and reads data from thereon forward 
for as long as the defined data field length. Thereupon it forms a reply 
message and places only this specified piece of information therein. If the 
service requester has stated several positions and lengths in his request 
message, the service provider will fetch this information only from its data 

20 structure and send it in the reply message to the message bus. Thus both 
the request message and the reply message form a dynamic message pair. 
When it is desired to send the whole service, the whole message is sent 
fixedly structured, as is done also in state-of-the-art systems, but when a 
partial service is requested, the messages have a dynamic structure and 

25 length which are known to the service requester and provider. 

This arrangement has numerous advantages: the load on the 
message bus is reduced to a fraction of the present load and the load on the 
CPU processors of the units is also reduced. Even for providing a big service 
just one dynamic message couple is sufficient, and the service provider may 

30 concentrate in its code on showing with one message the entire available 
service to the other units. It is not necessary to tailor any individual view for 
each service requester, but the service provider may show that this is all I 
know, you may ask what you like. 
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Brief description of the drawings 

The invention will be described in greater detail with the aid of the 
appended schematic drawings, wherein 



Figure 1 shows functional blocks of a telephone exchange; 

Figure 2 shows a state-of-the-art exchange of messages; 

Figure 3 shows a message exchange in accordance with the invention; and 

Figure 4 illustrates the structure of the request message. 



1 0 Detailed description of the invention 

FIG.3 shows the events in the order according to the invention. 
When the service requester wants only some specific information, it must 
state exactly to the service provider what it wants. On the other hand, the 
service requester must know what information the service provider has to 

15 offer. In fact it knows this, because the messages have common environ- 
ment definitions (cf. the include files of the C language), that is, the 
messages are described as a general and common structure, which is linked 
during the compilation step, so that it can be seen by all service requesters. 
All messages are thus visible to all when required. The complete message is 

20 a complete copy of the service structure, so the service requester knows 
what information content there is in each field and it knows the location and 
length of the field. 

Under these circumstances, when the service requester needs 
certain information only, it identifies those fields in the complete service 

25 structure, the values of which it wants returned, that is, where the updated 
information is located, the position of fields and the lengths of fields, step 31. 
These data definitions it locates in the dynamic request message. 

FIG. 4 outlines a possible request message. It has one or more 
heading fields, where the receiver, that is, the service provider, and the 

30 sender are identified. These are followed by fields where the first desired 
piece of information is identified by stating the position of the information 
location, e.g. by giving the initial entry in bytes counting from the start of the 
data part of the complete message and the field length in bytes. Thus, the 
first data is identified by position a and length 11, the second data is identified 

35 by position b and length 12, the third data by position c and length 13 etc. The 
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number of position-length couples in the request message may vary freely, 
so the message is dynamic. 

When the service requester has formed the message it desires, it 
sends it through the message bus to the receiver, step 32 in Figure 3. The 
5 receiver separates the position-length couples from the message and 
fetches that data from the complete message structure in the memory, which 
begins from the positions given in the received message and the length of 
which is the given field length, step 33. The field position will be known when 
the offset of the data part of the stored complete message is deducted from 

10 the offset of the desired field. For this to be possible, the structure of the file 
in the memory must be uniform. 

It locates the fields fetched from memory in the reply message, 
e.g. in the same order as the one in which they were requested in the 
request message, step 34. It is also possible to locate the position/length 

15 couples in the reply message and to locate after each couple the data of the 
corresponding field fetched from memory. Finally, it sends the message it 
has formed through the message bus to the service requester. Thus, also 
the reply message is dynamic and of a varying length. The request message 
and the reply message thus form a dynamic message couple. 

20 It was assumed in the above description that the service provider 

has wanted to know the data of the whole field, that is, the length indicator 
was the length of the whole field. However, a field may have a length of 
several bytes and it may contain several data elements, of which the service 
requester would want to know only one. By setting suitable position-length 

25 indicators it is possible to refer to any data element in the data structure. 

By using the described arrangement the operator can cope with 
just minor programme changes. If the requester wants to know e.g. only one 
more field from the existing service, the requester need only add the basic 
data of this field to its request. Thus only one change in the programme is 

30 required, whereas in a state-of-the-art solution changes must be made both 
in the message itself, that is, the common environment definitions change, 
and also in the service provider's code. Fields may be added and changes 
may be made in the reply message by the same rules as in state-of-the-art 
systems. When it is desired to request the whole service, the whole message 

35 is sent fixedly structured, as is done also at present. When requesting a 
partial service, the messages have a dynamic structure and length in 
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accordance with the invention, which are known to the service requester and 
to the service provider. 

The proposed method can be applied directly to the known PLM 
and C programming languages (= Inters own language) and also to all other 
5 languages, which have a data structure of the same kind. Hereby a 
reference to position and length is enough. If this is not possible, the fields of 
the message may be numbered consecutively, whereby the service 
requester refers in its request message to fields e.g. as follows: give data 1, 
4, 7 and 9. Hereby the length of fields need not be stated at all. Another 

10 possibility is to describe the fields of the complete message like a bit map, 
whereby such a bit map is sent in the request message where e.g. the 
number one means those fields whose data content is desired. 

According to FIG. 1, the exchange has an operation & 
maintenance unit OMU, through which the operator manages the exchange. 

15 Through this connection the operator monitors the message bus to find out 
what kind of messages are moving in the bus. This is easy in state-of-the-art 
systems, because the structure of messages is fixed and known beforehand. 
It is hereby possible from the bit flow to separate different fields from each 
other. This monitoring duty is made more difficult by the formation of a 

20 dynamic message in accordance with the invention. However, monitoring is 
possible in several different ways. These will be described in the following. 

It does not emerge directly from the monitored request messages 
what service has been requested. When the operator takes a copy for 
himself of a fully dimensioned message from the service provider, he is able 

25 on the basis of the position/length data of the request message to find out 
the requested data and what data the reply message contains and in what 
kind of structure it is sent. 

Another method is such that the position/length data of the 
request message is copied in the beginning of the reply message before the 

30 actual data part. Hereby the structure of the monitored reply message can be 
found out from the data in the first part. The number of position/length data 
can be limited e.g. to ten, whereby when more than 10 partial data is 
requested from the service, the reply message must be sent in its entirety. 
This is advantageous, if it is not desirable to stress the service provider with 

35 several small separate requests. 
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A third method is to use a bit map which travels in the beginning 
of both the request message and the reply message and which thus 
identifies the requested fields travelling in the reply message. The bit map 
should hereby be generated automatically on the basis of requested partial 
5 data, so that it is not necessary to edit the map beforehand and it thus not 
sensitive to changes taking place in the service structure. 

A fourth method is to use a procedure where a special form is 
made of the complete service, which form is the message structure in an 
opened state. The form is known to the service requester and from this it 
10 obtains the position and length data it needs in the request message. The 
basic principles of this method are described in the applicant's earlier Patent 
Application FI-971621. 
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Claims 

1. Method of transmitting data in message form in telecommuni- 
cation equipment including 

several functional units, of which at least some provide a service 
5 to the other units and at least some use the provided service, whereby the 
service includes a uniformly structured data structure, where the individual 
data field has its own determined position and length, 

a common message bus to which the functional units are con- 
nected and through which the unit requesting a service sends its request 
10 message to the unit providing the service and the unit providing the service 
sends a reply message to the unit requesting the service, 
characterized in that 

the unit requesting the service locates in the request message 
only those identifiers identifying the data fields of the service data structure 
1 5 from the fields of which it needs data, 

in response to the request message, the unit providing the service 
fetches the fields identified by the identifiers from the data structure and 
locates the data contained in these in the reply message. 

2. Method as defined in claim 1, characterized in that the 
20 identifier identifying the data field is the field position and length. 

3. Method as defined in claim 2, characterized in that the 
unit providing the service locates the field position and length data of the 
request message in the beginning of the reply message. 

4. Method as defined in claim 1, characterized in that the 
25 data fields of the uniformly structured data structure are described as a bit 

map and all identifiers identifying the data field have the same bit value. 

5. Method as defined in claim 4, characterized in that the 
unit providing the service locates the bit map of the request message in the 
beginning of the reply message. 

30 6. Telecommunication equipment including 

several functional units, of which at least some provide a service 

to the other units and at least some use the provided service, whereby the 

service includes a uniformly structured data structure, where the individual 

data field has its own determined position and length, 
35 a common message bus, to which the functional units are 

connected and through which the unit requesting the service sends a request 
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message to the unit providing the service and the unit providing the service 
sends a reply message to the unit requesting the service, 
characterized in that 

the request message contains those identifiers identifying data 
5 fields of the service data structure from the fields of which the unit requesting 
the service needs data, 

the reply message contains the data of those fields of the data 
structure which the unit providing the service has fetched from the data 
structure on the basis of the identifying identifiers in the request message. 
1 0 7. Telecommunication equipment as defined, in claim 6, 

characterized in that the identifier identifying the data field 
is the field position and length. 

8. Telecommunication equipment as defined in claim 7, 
characterized in that the field position and length data of 

15 the request message are located in the early part of the reply message. 

9. Telecommunication equipment as defined in claim 6, 
characterized in that the data fields of the uniformly 

structured data structure are described as a bit map and in the request 
message all identifiers identifying the data field have the same bit value. 
20 10. Telecommunication equipment as defined in claim 6, 

characterized in that the unit providing the service locates 
the bit map of the request message in the beginning of the reply message. 
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(57) Abstract 

In a telephone exchange the functional units of call control communicate by way of a common message bus. If a unit wants to know 
only one thing from the data of a message, then due to the fixed structure of the message all other data contained in the message must also 
be received. Unnecessary data is thus transmitted in the message bus. The procedure according to the invention is such that the service 
requester states in the request message exactly what it wants to know. Since the data structure of the service provider, that is, the position 
of each individual data and the length of the data field, is known to the service requester, only those entries of the data structure are stated 
in the request message where the requested data is located. The service provider fetches only this data from its data structure and sends it 
in the reply message to the message bus. Thus, both the request message and the reply message form a dynamic message pair. 
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